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Beschreibung: 

Verfahren zur Laststeuerung in einem Paketdatennetz . 

*Es wird ein Verfahren zur Laststeuerung in einem Paketdaten- 
netz an einer Schnittstelle zwischen dem Paketdatennetz und 
einem damit verbundenen, verbindungsorientierten Telekoitmiuni- 
kationsnetz, angegeben, bei dem eine Verkehrsmenge von Daten 
einer Art, die durch das Paketdatennetz geleitet wird, 
periodisch ermittelt wird. Weiterhin wird ein Media Gateway 
sowie ein Media Gateway Controller zur Durchfuhrung des 
erfindungsgemalien Verfahrens angegeben. 

Ein Paketdatennetz fur Sprachdateniibertragung besteht 
gewohnlich aus mehreren untereinander verbundenen Vermitt- 
•lungsknoten sowie mehreren Media Gateways, kurz MG, welche 
die Schnittstellen zu verbindungsorientierten Telekommunika- 
tionsnetzen und somit quasi die Endpunkte des Paketdatennet- 
zes und bilden. Beispiele f(ir verbindungsorientierte Telekom- 
munikationsnetze sind Netze nach dem Standard ftir "Integrated 
Services Digital Network", kurz ISDN, oder nach dem Standard 
ftir "Public Switched Telephone Network", kurz PSTN. Dabei ist 
es unerheblich ob es sich urn private oder 5ffentliche Netze 
handelt . 

Die Media Gateways haben nun die Aufgabe, die Sprachstrbme in 
ein im jeweiligen Netz gebrSuchliches Format zu konvertieren . 
Dabei werden verschiedene Kodierverf ahren angewandt, etwa 
Verfahren nach dem Standard G,711 oder G.723. Die Media 
Gateways werden hierbei durch den Media Gateway Controller, 
kurz MGC, unterstfltzt, welcher die Aufgabe hat, das Umsetzen 
der Sprachstrdme durch die Media Gateways zu steuern. Diese 
sogenannte Bearer Control erfolgt dabei auf der Basis 
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verschiedener- Signalisierungs-Schnittstellen, beispielsweise 
ISUP, SIP Oder H.323. 

Zur Steueriing des Bearers Jcann zum Beispiel das MGCP Proto- 
koll (RFC 2705) oder Megaco (H 248) benutzt warden. Es ist 
Aufgabe des Paketdatennetzes, die paketbasierten Sprachstrome 
zwischen verschiedenen Media Gateways pro Ruf entsprechend 
den Anf orderungen an einen Sprachdienst, beispielsweise 
hinsichtlich Bandbreite, Delayr Jitter, Paketverluste usw., 
zu iibertragen. Aus Sicht der Sprachstrome kann das zugrunde- 
legende Netz-Szenario als ein mit virtuellen Trunks vermasch- 
tes Netz von Media Gateways , die vom Media Gateway Controller 
gesteuert werden, beschrieben werden. 

Fur den Sprachdienst werden gegenliber anderen Verkehrsstro-- 
men, etwa beim Transfer von Dateien, im Paketdatennetz 
erhebliche schSrfere Anforderungen an die garantierte 
Bereitstellung ausreichender Bandbreite, geringem Delay, 
geringem Paket-Jitter und Da.tenverlust gestellt. Diese 
Anforderungen werden unter dem Begriff "Quality of Service", 
kurz QoS, zusammengefasst . 

Besonders fUr den Fall, dass mehrere Arten von Daten gleich- 
zeitig im Paketdatennetz (ibertragen werden und das Paketda- 
tennetz nicht fUr alle Arten Uberdimensioniert werden kann, 
ist eine geeignete Priorisierung der Sprachpakete und 
Oberprafung der n5tigen Ressourcen des Paketdatennetzes vor 
dem Rufaufbau sinnvoll, insbesondere dann, wenn neben dem 
Sprachdienst noch andere wichtige Dienste abgewickelt werden 
mUssen, deren Quality of Service ebenfalls zu gewShrleisten 
ist. 



wo 2005/036833 



PCT/EP2004/009206 



- 3 - 

Dazu ist es netig, dass die Endgerate des Netzes das Paketda- 
tennetz durch eine sogenannte "Resource Reservation" daraber 
informieren, welche Ressourcen in welcher Verkehrsrichtung 
benotigt werden, Mit Hilfe der sogenannten "Admission 
Control" wird in Folge tiberprtift ob die Ressourcen des 
Paketdatennetzes ausreichen, urn e±ne Sprachverbindung mit 
bestimmter Quality of Service gew^hrleisten zu kGnnen. 
Abhangig vom Ergebnis dieser Cberpriifung wird der Ruf 
angenommen, abgewiesen oder der Ruf umgeleitet. 

Die Admission Control wird nach dem Stand der Technik jeweils 
fiir einen Ruf ausgefuhrt. Dabei ergibt sich das Problem, dass 
die Einrichtungen des Datennetzes^ welche die Resource 
Reservation und/oder die Admission Control iibernehmen, 
dynamisch sehr stark belastet werden, da bei Sprachdiensten 
hierfur sehr viele, jedoch vergleichsweise kleine DatensStze 
erzeugt und gegebenenf alls transferiert werden. 

Es ist daher die Aufgabe der Erfindung eine Laststeuerung in 
einem Paketdatennetz anzugeben, bei dem die Einrichtungen des 
Datennetzes, welche die Resource Reservation und/oder die 
Admission Control libernehmen, weniger belastet werden. 

Dies erfolgt mit einem Verfahren der eingangs genannten Art, 

- bei dem anhand der Messdaten eine prognostizierte Ver- 
kehrsmenge ftir die nSchste Peri ode errechnet wird und 

- bei dem fUr die nachste Periode eine der prognostizierten 
Verkehrsmenge entsprechende Reservierung von Ressourcen im 
Paketdatennetz durchgefuhrt wird. 

Das erfindungsgemalie Verfahren eignet sich dabei beispiels- 
weise fiir Sprachverbindungen, welche durch paketvermittelnde 
Telekommunikationsnetze geschaltet werden, Diese Technologie 
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ist auch unter dem Begriff Voice over IP, kurz VoIP, bekannt. 
Gleichermalien eignet sie sich aber auch fttr andere Datenstr5- 
me, etwa Video oder Musik, bei denen eine Verkehrssteuerung 
fttr multiple Verkehrstr5me durch ein Paketdatennetz an den 
Endpunkten des Paketdatennetzes vorhanden ist. Weitere 
Varianten ergeben sich aus den Unteranspriichen sowie aus dem 
Ausf iihrungsbeispiel . 

Ein wesentlicher Vorteil der Erfindung liegt darin, dass 
Probleme auf den Einrichtungen des Paketdatennetzes hinsicht- 
lich der LeistungsfShigkeit , welche fttr die Zugangskontrolle 
zustandig sind, vermieden werden- Weiterhin bleiben die 
Systemarchitektur sowie bereits vorhandene Prozesse in den . 
beteiligten Komponenten weitgehend unverandert. Die prakti- 
sche Realisierung des erf indungsgemaBen Verfahrens kann also 
auf vergleichsweise einfache Weise erfolgen. 

Gunstig ist es dabei, wenn bei einem Ansteigen/Sinken der 
Verkehrsmenge wahrend einer Messperiode die Reservierung von 
Ressourcen des Paketdatennetzes pro Verkehrsrichtung fttr die 
folgende Messperiode ausgeweitet/eingeschrSnkt wird. 

Dabei wird auf VerSnderungen hinsichtlich der Verkehrsmenge 
beziehungsweise dem Datendurchsatz dahingehend reagiert, dass 
bei einem Ansteigen des Durchsatzes mehr Ressourcen des 
Paketdatennetzes belegt werden und umgekehrt, urn dem festge- 
stellten Trend Rechnung zu tragen. Dies ist ein besonders 
einfach umzusetzender Regelalgorithmus fttr das erf indungsge- 
mSBe Verfahren, 

Gunstig ist weiterhin ein Verfahren, bei dem die Verkehrsmen- 
ge der w^hrend einer Messperiode ttbermittelten Datenmenge 
entspricht . 



wo 2005/036833 



PCT/EP2004/009206 



- 5 - 

Bei dieser Variante wird das Integral des Datendurchsatzes 
liber die gesamte Messperiode gebildet. Das Ergebnis ent- 
spricht der wShrend der gesamten Messperiode transferierten 
Datenmenge. Wird diese Datenmenge durch die Messperiode 
dividiert, erhait man den durchschnittlichen Datendurchsatz. 

Besonders vorteilhaft ist es, wenn die prognostizierte 

Verkehrsmenge anhand der Formel: 

VMP(t+T) = VM{t) - OF + (Viyi(t) -VM(t-T) ) - TF 

ermittelt wird, wobei t einer Zeit, T einer Messperiode, 
VM(t) einer aktuellen Verkehrsmenge zum Zeitpunkt t, VM(t-T) 
einer vorhergehenden Verkehrsmenge zum Zeitpunkt t-T, 
VMP(t+T) einer prognostizierten Verkehrsmenge fur den 
Zeitpunkt t+T, OF einem Oberbuchungsf aktor und TF einem 
Trendfaktor entspricht. 

Die prognostizierte Verkehrsmenge VMP(t+T) entspricht dabei 
der aggregierten Bandbreite beziehungsweise dem Durchsatz, 
die/der von der Resource Reservation Funktion des Paketdaten- 
netzes fUr die nSchste Messperiode T anzufordern ist. Dieser 
wird ffir jede Verkehrsbeziehung, also einem Weg, der durch 
das Paketdatennetz zu schalten ist, und jede Rufrichtung, 
also abhangig davon ob es sich urn eingehende oder ausgehende 
Rufe handelt, festgelegt, 

Mit dem Oberbuchungsf aktor OF wird eine gewisse Sicherheit " 
gegen die Ungenauigkeit des Algorithmus hinsichtlich der 
Prognose und unvorhergesehene Verkehrsschwankungen festge- 
legt. Wird keine Oberbuchung gewiinscht, so ist der Faktor auf 
1 zu setzen, far eine zum Beispiel 20%ige Oberbuchung ist der 
Faktor auf 1,2 zu setzen. 
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Mit dem Trendfaktor TF wird angegeben, wie schnell auf 
Anderungen von einer zur nSchsten Messperiode reagiert werden 
soil. Er kann aufgrund indivldueller Strategien, zum Beispiel 
tageszeitabhangig^ angepasst werden. Setzt man ihn auf 0, so 
wird nur die vorhergehende Verkehrsmenge VM(t) ftir die 
Berechnung der prognostizierten Verkehrsmenge VMP(t+T) 
herangezogen. 

Es wird an dieser Stelle angemerkt, dass die Berechnung der 
prognostizierten Verkehrsmengis auch mit Messwerten erfolgen 
kann, die zu anderen Zeitpunkten ermittelt wurden- So kann 
der Wberbuchungsanteil VM(t) • OF beispielsweise auch fiir den 
Zeitpunkt t-T Oder t-2T berechnet werden, sodass sich fiir den 
Oberbuchungsanteil VM(t-T) • OF Oder VM(t"2T) • OF ergibt. 
Gleiches gilt naturlich auch fUr den Trendanteil, wobei die 
beiden Messpunkte hier zus^tzlich zeitlich weiter auseinander 
liegen konnen, beispielsweise 2T. Hierbei ergibt sich ftir den 
Trendanteil etwa (VM(t) -VM(t-2T) ) ■ TF. 

Eine be'sonders vorteilhafte Ausgestaltung der Erfindung ist 
auch mit einem Verfahren gegeben, bei dem ftir die Ermittlung 
der prognostizierten Verkehrsmenge berucksichtigt wird, in 
welchem AusmaU eine geforderte Obertragungsqualitat durch das 
Paketdatennetz in einer Periode erfiillt werden konnte. 

Dabei wird ausgewertet ob das Datennetz tatsachlich wie 
erwartet in der Lage war, die prognostizierte Verkehrsmenge 
in der geforderten Qualitat zu iibertragen. Trifft dies nicht 
zu, so wird die prognostizierte Verkehrsmenge fUr die 
folgende Messperiode entsprechend angepasst. 



wo 2005/036833 



PCT/EP2004/009206 



- 7 - 

GUnstig ist es dabei, wenn bei eineiti Ansteigen/Sinken der 
Obertragungskapazitat des Paketdatennetzes prognostizierten 
Verkehrsmenge von einer Messperiode zur nSchsten er- 
h5ht/gesenkt wird- 

Dies ist eine besonders einfach umzusetzende Variante fUr 
eine erf indungsgemafte Laststeuerung. Wird beispielsweise 
festgestellt, dass das Datennetz nicht wie erwartet in der 
Lage war, die prognostizierte Verkehrsmenge in der geforder- 
ten Qualitat zu tibertragen^ so wird die prognostizierte 
Verkehrsmenge fiir die folgende Messperiode entsprechend 
angepasst, das heiBt gesenkt. 

Eine besonders vorteilhafte Variante der Erfindung ist 
weiterhin mit einem Verfahren gegeben, 

- bei dem als Schnittstelle zwischen dem Paketdatennetz und 
dem damit verbundenen, verbindungsorientierten Telekoiniau- 
nikationsnetz Media Gateways vorgesehen sind, 

- bei . dem f (ir die Steuerung der Media Gateways ein Media 
Gateway Corftroller vorgesehen ist und 

- bei dem die prognostizierten Verkehrsmengen fUr je eine 
Verkehrsrichtung vom Media Gateway Controller ermittelt 
und zur Reservierung von Ressourcen im Paketdatennetz an 
die Media Gateways verteilt werden. 

Die Zugangskontrolle oder Admission Control wird ftir Paketda- 
tennetze, welche auf einer Architektur nach dem Standard des 
Multi Service Switching Forum, kurz MSF, beruhen nach dem 
Stand der Technik jeweils ftir einen Ruf ausgefuhrt. Durch die 
Abkehr von einer Aggregation von Anf orderungen von Ressourcen 
im Paketdatennetz und der Verwendung von Aggregationsfunktio- 
nen, die Verkehrsmessungen von Vermittlungseinrichtungen 
auswerten, werden die Resource Reservation und/oder die 
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Admission Control entlastet. Vorteilhaft ist dabei auch, dass 
die vermittlungstechnischen AblSufe eines Call Feature 
Servers^ eines Media Gateway Controllers Oder eines Softswit- 
ches nicht betroffen sind. Es werden hierzu lediglich die 
prognostizierten Verkehrsmengen fur je eine Verkehrsrichtung 
vom Media Gateway Controller ermittelt und zur Reservierung 
von Ressourcen im Paketdatennetz an die Media Gateways 
verteilt- 

Vorteilhaft ist es dabei, wenn fiix die Eintiittlung des 
Datendurchsatzes eine in einem Media Gateway Controller oder 
in einem Call Feature Server gefiihrte, Biindel-orientierte 
Rufstatistik oder Verkehrsmatrix tierangezogen wird. 

Hierbei werden die Anforderungen von Ressourcen in den 
EndgerSten des Paketdatennetzes aggregiert, beispielsweise in 
einem Media Gateway Controller, e±nem Call Feature Server 
Oder einem Softswitch. Dabei sollen die in diesen Elementen 
ohnehin geftihrten Trunk- oder Bundel-orientierte Rufstatisti- 
ken in das erf indungsgemaBe Verfahren eingebunden werden. 
Eine Realisierung kann daher auf besonders einfache Weise 
erfolgen. 

Die Aufgabe der Erfindung wird auch mit einem Media Gateway 
Controller gel5st/ welcher Mittel zur Berechnung prognosti- 
zierten Verkehrsmengen far je eine Verkehrsrichtung sowie 
Mittel zum Verteilen dieser prognostizierten Verkehrsmengen 
an die Media Gateways umfasst. 

Die beim erf indungsgemalien Verfahren genannten Vorteile 
gelten selbstverstandlich auch gle±chermaJBen far den erfin- 
dungsgemafien Media Gateway Controller. 
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SchlieBlich wird die Aufgabe der Erfindung auch durch ein 
Media Gateway gel5st, welches Mittel zum Empfang einer 
prognostizierten Verkehrsmenge sowie Mittel zur Reservierung 
von der prognostizierten Verkehrsmenge entsprechenden 
Ressourcen im Paketdatennetz umfasst. 

Die beim erfindungsgemaBen Verfahren genannten Vorteile 
gelten auch hier selbstverstSndlich gleichermafien fur das 
erfindungsgemaBen Media Gateway - 

Die Erfindung wird nun anhand eines in der Figur dargestell- 
ten Ausfuhrungsbeispiels, welches die Laststeuerung in einem 
IP-Paketdatennetz betrifft^ naher erlautert. 

Obwohl sich die Erfindung auf verschiedenste Technologien in 
Bezug auf ein Paketdatennetz PN bezieht, wird im folgenden 
Beispiel insbesondere von einem mit IP-Routern aufgebauten 
Paketdatennetz PN ausgegangen. Das erf indungsgemSLBe Verfahren 
kann dabei fur verschiedenste Resource Reservation und 
Admission Control Protokolle eingesetzt werden. Im folgenden 
wird von einem Resource Reservation Protocol, kurz RSVP, nach 
den Standards RFC 2205 und 2208 ausgegangen. Denkbar waren 
aber auch proprietSre Schnittstellen, die denselben Zweck 
erftillen. Idealerweise existiert zwischen der Steuereinrich- 
tung des Paketdatennetzes PN und dem Paketdatennetz PN selbst 
ein RSVP-ahnliches Reservierungs- und Admission Control 
Protokoll. Diese FSlle umfassen beispielsweise: 

- Intserv basierte Paketdatennetze (RFC 2210 und 2212) 

- Diffserv basierte Paketdatennetze mit zentralen oder 
dezentralen Resource/Bandwidth Brokern (RFC 2474 und 2475) 

- MPLS (RFC 3031) basierte Paketdatennetze sofern sie mit 
Resource Reservation bzw. Admission Control am Paketdaten- 
netz-Endpunkt arbeiten 
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Kombinationen aus Intserv und Diffserv Paketdatennetzen 

Die Figur umfasst nun folgende funktionale Blocker 

RTP-Messung RTP: Dieses Element ist iiti gezeigten Beispiel auf 
den Media Gateways MG implement iert und misst wahrend des 
Rufs Parameter, welche hinsichtl icht der Quality of Service 
relevant sind, insbesondere die Bandbreite, und ubermittelt 
diese am Rufende dem Media Ga-teway Controller MGC. Die 
Messung der Bandbreiten beziehungsweise Verkehrsvolumina 
sowie weiterer QoS-relevanter Parameter ist ira Real Time 
Protokoll (RTP - RFC 1889 und folgende) vorgesehen, welches 
in vielen Fallen zum Transport des Sprachstroms uber Paketda- 
tennetze verwendet. 

Messungen beztiglich der Bandbreite kdnnen in einer einfachen 
AusprSgung aber auch durch eine Berechnung des von einem 
PSTN-Kanal erzeugten Paketstroms ersetzt werden. Dies erfolgt 
per Ruf unter BerUcksichtigung der Paketisierungs-Periode und 
des verwendeten Encoding Protocols (zum Beispiel, G.723) . 

Es wird in diesem Zusammenhang darauf hingewiesen, dass in 
der Figur der Obersicht halber zwar nur ein einziges Media 
Gateway MG dargestellt ist, sich das erf indungsgemSfie 
Verfahren aber selbstverstandlich auch auf mehrere Media 
Gateways MG bezieht. 

Bearer Control / Call Control BCC: Die Bearer Control / Call 
Control BCC ist Teil des Media Gateway MG und hat die 
Aufgabe, die QoS-relevanten Parameter mithilfe des MGCP oder 
des Megaco Protokolls an den Media Gateway Controller MGC 
weiterzureichen. 
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Statistiken und Verkehrsmatrizen VM: Diese sind eng an das 
Call Processing CP des Media Gateway Controllers MGC angebun- 
den und werden per Ruf aktuallsiert . Statistiken bezuglich 
eines Trunks sind meist nach ITU Standards implementiert . Die 
Achsen der Verkehrsmatrix VM werden von alien vom Media 
Gateway Controller MGC kontrollierten Endpunkten des Paketda- 
tennetzes PN, welche den Media Gateways MG entsprechen, 
gebildet . 

Sind fiir die Steuerung der Spi:achstr5me eines Media Gateways 
MG mehrere Adressen im Paketdatennetz PN, beispielsweise IP- 
Adressen, notig, sind sinngemaJi Gruppen von Adressen fur die 
Achsen zu verwenden. Die Elemente einer Verkehrsmatrix VM 
bestehen dabei aus je 2 Elementen^ welche Verkehrsmessz^hlern 
fur eine aktuelle als auch fiir eine vorhergehende Messperiode 
entsprechen. Ebenso k5nnen die Adressen mehrerer Media 
Gateways MG, welche an einem Endpunkt des Paketdatennetzes PN 
angeschlossen sind, zusainmengef asst werden. 

Verkehrsmengen sind in diesem Zusammenhang als eine geeignete 
Mittelung von Ubertragenen Volumina pro Zeiteinheit, zum 
Beispiel in Bits oder Bytes pro Sekunde, definiert. Dem 
physikalischen Sinn nach entspricht die Verkehrsmenge 
unabhSngig von einer gebrSuchlichen Definition daher einem 
Datendurchsatz . 

Die Verkehrsmesszahler werden aufgrund von Bandbreiten 
beziehungsweise Verkehrsvolumina des Bearers (in beiden 
Richtungen unterschiedlich bei unsymmetrischen Anwendungen) , 
die von den Media Gateways MG gemessen und bei Rufende an den 
Media Gateway Controller MGC gemeldet werden, gefuhrt. 



wo 2005/036833 



PCT/EP2004/009206 



- 12 - 

Die genannte FUhrung der Statistik kann vorteilhaft an die in 
Transit-Vermittlungsstellen tiblichen Realzeit-Statistiken 
angebunden werden beziehungsweise diese erweitern. Diese 
Funktion kann aber auch als eigene, neue Statistik implemen- 
tiert werden. 



Prognosef unktion PF: Am Ende einer Messperiode werden die 
Verkehrsmesszahler beurteilt und ein Trend fiir die nachste 
Periode durch Vergleich mit der letzten Periode ermittelt. 
Dabei kann generell eine gewlsse Uberbuchung fur das nachste 
Intervall berticksichtigt werden. Dadurch erreicht man, dass 
unerwartete Spitzen im Verkehr immer noch korrekt bearbeitet 
werden konnen. Entsprechend des Trends wird die Oberbuchung 
erh5ht Oder erniedrigt. Ein Beispiel flir eine solche Funktion 
wird im folgenden angegeben 



VMP(t+T) = VM(t) • OF + (VM(t)-VM(t-T) ) • TF 



t Zeit 

T Messperiode 

VM(t) aktuelle Verkehrsmenge zum Zeitpunkt t 

VM(t-T) vorhergehende Verkehrsmenge zum Zeitpunkt t-T 

VMP(t+T) prognostizierte Verkehrsmenge fiir den Zeitpunkt t+T 

Of Oberbuchungsfaktor 

TF Trendfaktor 



Die prognostizierte Verkehrsmenge VMP(t+T) entspricht dabei 
wie bereits erwahnt der aggregierten Bandbreite beziehungs- 
weise dem Durchsatz, die/der von der Resource Reservation 
Funktion des Paketdatennetzes fUr die nachste Messperiode T 
anzufordern ist. Mit dem Oberbuchungsfaktor OF wird eine 
gewisse Sicherheit gegen die Ungenauigkeit des Algorithmus 
hinsichtlich der Prognose und unvorhergesehene Verkehrs- 
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schwankungen festgelegt und mit dem Trendfaktor TF kann 
angegeben werden, wie schnell auf Anderungen von einer zur 
nachsten Messperiode reagiert werden soli. 

Bei vergleichsweise groBen Verkehrsstromen spielt es dabei 
keine grolJe Rolle, dass die Periode der Statistikf uhrung im 
Media Gateway Controller MGC und das Verteilen der neuen 
prognostizierten Verkehrsmenge VMP ( t+T) durch die Resource 
Reservation RR, welche sich durch die Messperiode T ergibt, 
leicht versetzt sind. Denkbar ist auch, dass die Prognose 
Funktion PF Teil der Admission Control AC ist. 

Mapping Funktion MF: Die Mapping Funktion MF bildet die 
virtuellen Ziele, beispielsweise BUndel, wie sie in einem 
Media Gateway Controller MGC, einem Call Feature Server oder 
einem Softswitch administriert sind, auf die Adressen der 
Endpunkte des Paketdatennetzes PN ab. 

Reservation Manager RM: Die in einer bestimmten Verkehrsrich- 
tung zu reservierende Verkehrsmenge wird am Beginn der neuen 
Messperiode vom Media Gateway Controller MGC an die Media 
Gateways MG verteilt, etwa als neues MGCP Paket in einer 
Benachrichtigung. Adressat dieser Verkehrsmengen Prognose ist 
der Reservation Manager RM, welcher eine Funktionseinheit im 
Media Gateway MG darstellt. 

Der Reservation Manager RM hat unabhangig vom Call Processing 
CP des Media Gateway MG die Auf gabe, die entsprechende 
Reservation/Admission Control Schnittstelle des Paketdaten- 
netzes PN zu bedienen. 

Im Falle einer RSVP Schnittstelle werden zum Beispiel 
Refreshes auf Basis der Verkehrsmengen-Prognose so lange 
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autonom durchgeftihrt, bis eine neue Verkehrs-Prognose vom 
Media Gateway Controller MGC eintrifft. Im Falle des RSVP 
werden die Protokollelemente in den Media Datenstrom des 
Media Gateway MG eingereiht. Es ist aber auch denkbar die 
RSVP Meldungen and einen sogenannten RSVP-Proxy an einen 
sogenannten "Edge Router" oder einen Resource/Bandwidth 
Controler des Paketdatennetzes zu senden. 

Fur weitere QoS-Parameter neben der Bandbreite/Verkehrsmenge, 
wie zum Beispiel Delay^ Jitter usw., k5nnen fiir den Sprach- 
dienst passende^ fest administrierte Werte gesetzt werden. 

Admission Control AC: Diese Funktion ist notig, damit das 
Call Processing CP in Situationen, in denen das Paketdaten- 
netz PN die Sprachqual±tat nicht mehr garantieren kann, Rufe 
abweist oder umlenkt- 

Call Processing CP: Diese Funktion ist'ftir die Steuerung- 
eines Rufes zustSndig. 

Die Funktion der in der Figur dargestellten Anordnung ist wie 
folgt: 

Verteilung der prognostizierten Verkehrsmengen WMP: Von der 
Admission Control AC wird dem Reservation Manager RM am 
Anfang einer Messperiode die zu erwartende Verkehrsmenge 
beziehungsweise der Durchsatz pro Verkehrsrichtung, wel- 
che/welcher mit Hilfe der Prognose Funktion PF ermittelt 
wird, aber eine Meldung mitgeteilt- Die wesentlichen, in 
dieser Meldung enthaltenen Parameter sind eine Liste aus: 
IP Zieladressen 

- Verkehrsmengen in Senderichtung 

- Verkehrsmengen in Empf angsrichtung 
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Reservierung der Ressourcen RR: Die genaue Festlegung dieser 
Parameter hangt vom verwendeten Paketdatennetz PN und dessen 
Verwaltungsmechanismen fur die Ressourcen ab- Die Schnitt- 
stelle wird in der Regel aus Anf orderungs-Meldungen des 
Reservation Manager KM an das Paketdatennetz PN und Antwor- 
ten/Bestatigungen des Paketdatennetzes PN bestehen. Ein 
Beispiel fur Parameter einer Anforderung sind: 

- Eine Liste aus IP Zieladressen, und bei unsynmetrischer 
Belastung die Ver kehrsmengen in Sende- und Empf angsrich- 
tung 

- QoS Parameter, die etwa fUr einen Sprachdienst einzuhalten 
sind. Das sind: raaxiitialer Delay, maxiiualer Jitter, Ver- 
lustrate von IP Paketen sowie die Rate der nicht sequen- 
tiell iibertragenen Parametern 

Die Antwort/Bestatigung liefert eine 

- Gut / Schl echt- Aus s age 
und optional 

- die tatsachlich vom Paketdatennetz PN zu erbringenden 
Ressourcen 

Benachrichtigung liber Netzkapazitat BNK: Die Schnitt stelle 
zwischen Reservation Manager RM und Admission Control AC wird 
fiir den Fall benutzt , dass das Paketdatennetz PN die aufgrund 
der prognostizierten Verkehrsmenge VMP(t+T) gestellten 
Anforderungen nicht erfailen kann und anstatt die Forderung 
zu erfUllen eine Meldung an die Admission Control AC sendet, 
welche Verkehrsmenge bewSltigt werden k5nnte. Diese Meldung 
sollte aus einer Liste mit zumindest den folgenden Parametern 
bestehen: 

Ziel IP Adresse 

- Quell IP Adresse 
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- Verkehrsmenge, welche mit der durch die QoS-Parameter 
festgelegten Qualitat in Senderichtung und bei unsymmetri- 
scher Belastung in Empfangsrichtung Ubertragen werden 
kann. Die gewunschten, idealen (maximalen) QoS Parameter 
werden dabei vorteilhaft fest administriert . 

Die Admission Control AC kann aber den Unterschied der 
prognostizierten Verkehrsmenge VMP(t+T) zur erfullbaren 
Verkehrsmenge durch den Zugang auf die Verkehrsmatrix ZVM 
auch selbst feststellen und gegebenenf alls die Prognose 
aktualisieren. 

Weitergabe der Verbindungsparameter WVP: Am Ende einer 
Verbindung werden folgende Parameter, welche jeweils fur eine 
Verbindung angegeben werden, von der RTP-Messung RTP an das 
Call Processing CP weitergegeben: 

- IP Zieladresse^ das heiBt die Adresse der gerufenen Seite 

- IP Adresse des Media Gateways MG, die beim Ruf verwendet 
wurde, das heiBt die der rufenden Seite 

- Verkehrsmenge in Senderichtung und bei unsymmetrischer 
Belastung Verkehrsmenge in Empfangsrichtung 

- Tatsachlich gemessene QoS Parameter, beispielsweise mit 
Hilfe des RTCP Protokolls 

Die QOS Parameter k5nnen zu Statistikzwecken im Media Gateway 
Controller MGC gespeichert werden. Die Verkehrsmenge bezie- 
hungsweise der Durchsatz kann in Folge durch Teilung der 
Volumina und Rufdauern ermittelt werden. 

Aktualisierung der Verkehrsmatrix AVM: Am Ende einer Verbin- 
dung werden die Statistikdaten und damit die Verkehrsmatrix 
VM vom Call Processing CP aktualisiert . Dazu sind folgende 
vom RTP-Measurement erhaltenen Parameter notig: 

- IP Adresse der gerufenen Seite 
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IP Adresse der rufenden Seite 
- Verkehrsmenge in Senderichtung und bei unsymmetrischer 
Belastung Verkehrsmenge in Empf angsrichtung 

Anforderung fiir Aufbau einer Verbindung AAV: Vom Call 
Processing CP wird hierbei eine Anfrage an die Admission 
Control AC gestellt ob weitere Rufe aufgebaut werden konnen. 
Sie erfolgt im Rahmen der vermittlungstechnischen Ablaufe zu 
einem Zeitpunkt, an dem das Call Processing CP die IP-Adresse 
des Quell- und Ziel-Media-Gateways MG Uber Signalisierungs- 
protokolle erhalten hat. Die Parameter sind: 

Ziel IP Adresse 

Quell IP Adresse 
und optional 

zu erwartende Verkehrsmenge in Senderichtung und bei 
unsymmetrischer Belastung Verkehrsmenge in Empfangsrich- 
tung 

Die Antwort besteht aus einer 

Aussage ob der Ruf moglich ist Oder nicht 

Die zu erwartende Verkehrsmenge sollte vom Call Processing CP 
aufgrund der verwendeten Codecs berechnet werden. Falls 
vereinbart wird, dass nur ein Codec Typ verwendet wird, kann 
der Parameter auch einfach administriert werden und muss 
nicht pro Ruf berechnet werden. 

Zugang zur Verkehrsmatrix ZVM: Diese Schnittstelle zwischen 
Admission Control AC und Verkehrsmatrix VM wird benutzt, um 
Werte aus der Verkehrsmatrix VM zu lesen und zu aktualisie- 
ren. Der Schreib- und Lesezugriff auf jedes Element der 
Verkehrsmatrix VM muss dabei moglich sein. 
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Mit den genannten Komponenten kann nun ein Regelkreis 
aufgebaut werden, mit dem die Verkehrsanforderungen, welche 
in einem verbindungsorientierten Telekoiranunikationsnetz, etwa 
einem PSTN-Netz^ entstehen, mit der Ressourcen Verwaltung des 
Paketdatennetzes FN abgestiirant warden. 

Es resultiert dabei etwa ein Verfahren^ bei dem bei einem 
Ansteigen/Sinken der Verkehrsmenge wahrend einer Messperiode 
die Reservierung von Ressourcen des Paketdatennetzes PN pro 
Verkehrsrichtung fur die folgende Messperiode durch einen 
Oberbuchungsmechanismus ausgeweitet/eingeschrankt wird. 

ZusStzlich kann bei einem Ansteigen/Sinken der Obertragungs- 
kapazitat des Paketdatennetzes PN die Verkehrseinspeisung von 
einer Messperiode zur nachsten durch den Oberbuchungsmecha- 
nismus erh5ht/gesenkt werden. 

Die Erfindung ist ohne Erweiterungen auch far den Fall 
anwendbar, dass mehrere Media Gateway Controller MGC oder 
Softswitche eine Vielzahl von Media Gateways MG des Paketda- 
tennetzes PN steuern. 

Erfolgt die Admission Control AC dezentral, wie etwa bei 
einem Intserv-Ansatz, so kann im Paketdatennetz PN keine 
Aggregation Qber mehrere Media Gateways MG erfolgen. Daher 
ist ftir jedes Media Gateway MG eine Aggregation der Anforde- 
rungen von Ressourcen durchzuftihren. In diesem Fall ist keine 
topologische Information im Paketdatennetz PN enthalten, mit 
der eine weitere Aggregationen durchgefiihrt werden konnte. 

Erfolgt die Admission Control AC zentral oder teilzentral, 
wie etwa bei einem Diffserv Ansatz mit einem Bandwidth 
Broker, so wird in aller Regel eine netzweite Verkehrsmatrix 



f 
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VM n5tig sein, in der eine (Jbersicht tiber alle Media Gateways 
MG der Media Gateway Controller MGC verwaltet wird. Auch hier 
ist die Aggregation durch den MGC sinnvoll. 



Das erf indungsgemSBe Verfahren ist auch dann anwendbar, wenn 
anstelle des RSVP-Protokolls CORBA oder andere Schnittstellen 
verwendet werden. Da diese eventuell nicht auf einem Media 
Gateway MG verfOgbar sind, sind technische Varianten denkbar, 
bei denen CORBA-Schnittstellen auf einem separaten Server 
realisiert werden - 

Ebenso kann beispielsweise der Reservation Manager RM oder 
die Verkehrsmatrix VM mit der speziellen Statistik-Funktion 
auf separaten Server realisiert werden. 
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Patentanspriiche : 

1. Verfahren zur Laststeuerung in einem Paketdatennetz (PN) 
an einer Schnittstelle zwischen dem Paketdatennetz (PN) und 
einem damit verbundenen, verbindungsorientierten Telekommuni- 
kationsnetz, wobei eine Verkehrsmenge von Daten einer Art, 
die durch das Paketdatennetz geleitet wird, periodisch 
ermittelt wird, 

dadurch gekennzeichnet, 

dass anhand der Messdaten eine prognostizierte Verkehrs- 
menge fiir die nachste Periode errechnet wird und 

- dass fur die nachste Periode eine der prognostizierten 

Verkehrsmenge entsprechende Reservierung von Ressourcen im 
Paketdatennetz (PN) durchgeftihrt wird. 

2 . Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, dass bei einem Ansteigen/Sinken der Verkehrsmenge 
wahrend einer Messperiode die Reservierung von Ressourcen des 
Paketdatennetzes (PN) pro Verkehrsrichtung fur die folgende 
Messperiode ausgeweitet/eingeschrankt wird. 

3. Verfahren nach einem der AnsprQche 1 bis 2, dadurch 
gekennzeichnet, dass die Verkehrsmenge der wShrend 
einer Messperiode tibermittelten Datenmenge entspricht. 

4. Verfahren nach einem der Anspriiche 1 bis 3, dadurch 
gekennzeichnet, dass die prognostizierte Verkehrsmenge 
anhand der Formel: 

VMP(t+T) = VM(t) • Of + (VM(t)-VM(t-T) ) • TF 

ermittelt wird, wobei t einer Zeit, T einer Messperiode, 
VM(t) einer aktuellen Verkehrsmenge zum Zeitpunkt t, VM(t-T) 
einer vorhergehenden Verkehrsmenge zum Zeitpunkt t-T, 
VMP(t+T) einer prognostizierten Verkehrsmenge fiir den 
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Zeitpunkt t+T, t)F einem Oberbuchungsf aktor und TF einem 
Trendfaktor entspricht. 

5. Verfahren nach einem der Anspriiche 1 bis 4, dadurch 
gekennzeichnet, dass flir die Emittlung der prognostic 
zierten Verkehrsmenge beriicksichtigt wird, in welchem AusmaB 
eine geforderte Obertragungsqualitat durch das Paketdatennetz 
(FN) in einer Periode erfullt warden konnte. 

6. Verfahren nach Anspruch 5, dadurch gekennzeich- 
net, dass bei einem Ansteigen/Sinken der Ubertragungskapa- 
zitat des Paketdatennetzes (PN) prognostizierten Verkehrsmen- 
ge von einer Messperiode zur nSchsten erhSht/gesenkt wird, 

7. Verfahren nach einem der Anspriiche 1 bis 6, dadurch 
gekennzeichnet , 

dass als Schnittstelle zwischen dem Paketdatennetz (PN) 
und dem damit verbundenen, verbindungsorientierten Tele- 
kommunikationsnetz Media Gateways (MG) vorgesehen sind^ 

- dass ftir die Steuerung der Media Gateways (MG) ein Media 
Gateway Controller (MGC) vorgesehen ist und 

- dass die prognostizierten Verkehrsmengen fUr je eine 
Verkehrsrichtung vom Media Gateway Controller (MGC) ermit- 
telt und zur Reservierung von Ressourcen im Paketdatennetz 
an die Media Gateways (MG) verteilt werden. 

8 . Verfahren nach Anspruch 7, dadurch gekennzeich- 
net, dass far die Ermittlung des Datendurchsatzes eine in 
einem Media Gateway Controller (MGC) oder in einem Call 
Feature Server gefUhrte, Bundel-orientierte Rufstatistik oder 
Verkehrsmatrix VM herangezogen wird. 
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9 . Media Gateway Controller (MGC) , dadurch gekenn- 
zeichnet, dass dieser Mittel zur Berechnung prognosti- 
zierten Verkehrsmengen far je eine Verkehrsrichtung sowie 
Mittel zum Verteilen dieser prognostizierten Verkehrsmengen 
an die Media Gateways (MG) umfasst. 

10. Media Gateway (MG) , dadurch gekennzeichnet, 
dass dieses Mittel zum Empfang einer prognostizierten 
Verkehrsmenge sowie Mittel zur Reservierung von der prognos- 
tizierten Verkehrsmenge entsprechenden Ressourcen im Paketda- 
tennetz (PN) umfasst. 
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